home *** CD-ROM | disk | FTP | other *** search
/ CU Amiga Super CD-ROM 17 / CU Amiga Magazine's Super CD-ROM 17 (1997)(EMAP Images)(GB)[!][issue 1997-12].iso / CUCD / Programming / AMOSList / AMOSLIST.0997 / 000142_amos-request@svcs1.digex.net_Mon Sep 15 23:14:21 1997.msg < prev    next >
Text File  |  1997-10-01  |  5KB  |  91 lines
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224])
  2.     by mail3.access.digex.net (8.8.5/8.8.5) with ESMTP id XAA02755
  3.     for <mcox@access.digex.net>; Mon, 15 Sep 1997 23:14:20 -0400 (EDT)
  4. Received: (from daemon@localhost)
  5.     by svcs1.digex.net (8.8.5/8.8.5) id VAA14915
  6.     for amos-out; Mon, 15 Sep 1997 21:30:49 -0400 (EDT)
  7. Received: from mail3.access.digex.net (mail3.access.digex.net [205.197.247.4])
  8.     by svcs1.digex.net (8.8.5/8.8.5) with ESMTP id VAA14912
  9.     for <amos-list@svcs1.digex.net>; Mon, 15 Sep 1997 21:30:48 -0400 (EDT)
  10. Received: from relay2.inet.tele.dk (relay2.inet.tele.dk [194.182.149.120])
  11.     by mail3.access.digex.net (8.8.5/8.8.5) with SMTP id VAA22307
  12.     for <amos-list@access.digex.net>; Mon, 15 Sep 1997 21:30:46 -0400 (EDT)
  13. Received: (qmail 43032 invoked from network); 16 Sep 1997 02:30:43 -0000
  14. Received: from post8.tele.dk (194.239.134.172)
  15.   by relay2.inet.tele.dk with SMTP; 16 Sep 1997 02:30:43 -0000
  16. Received: from post8.tele.dk ([194.239.180.22]) by post8.tele.dk
  17.           (Netscape Mail Server v2.02) with SMTP id AAA16024;
  18.           Tue, 16 Sep 1997 03:30:23 +0200
  19. From: Jens Vang Petersen <top_cat@post8.tele.dk>
  20. To: Declan_Gorman@modusmedia.com
  21. CC: amos-list@access.digex.net
  22. Date: Tue, 16 Sep 1997 03:29:48 +0100
  23. Message-ID: <yam7198.2440.1748171672@post8.tele.dk>
  24. In-Reply-To: <0000E7BD.@modusmedia.com>
  25. X-Mailer: YAM 1.3.4 [020] - Amiga Mailer by Marcel Beck
  26. Subject: Re: Memory Banks??
  27. MIME-Version: 1.0
  28. Content-Type: text/plain
  29. Status: O
  30. X-Status: 
  31.  
  32. On 13-Sep-97, Declan_Gorman@modusmedia.com smashed the keyboard with:
  33.  
  34. >        I have a music synthesizer that allows me to edit,save & load voice 
  35. >     banks.  So I want to code a program that will allow me to load about 5 
  36. >     of these banks into memory and say pick the best voices from this 5 
  37. >     and put them into one bank.  Save it to disk and load them back into 
  38. >     my synthesizer.  Sounds simple enough, right??
  39. >     
  40. >        This is my first attempt at using and manipulating memory banks and 
  41. >     I know I may have picked a bad way to start but bear with me.  Before 
  42. >     I go into the details my first question is would I have to use machine 
  43. >     code to manipulate the memory banks to achieve what I want?
  44.  
  45. ^You should be able to use the 'copy' command to move the data to another bank
  46.      
  47. >        Do I have to load the file into a memory bank?
  48.  
  49. ^I see little other alternative (You could ofcourse reserve a bit of memory
  50. with an exec call and put it there, but the result would be the same...),
  51. another alternative could be to use arrays to hold values, but that would
  52. REALY need some memory...
  53.  
  54.      
  55. >        I have experimented using BLOAD to load the file into my Amiga and 
  56. >     it loads just fine.  The size of the example file I tried is 53,248 
  57. >     bytes, obviously it would vary with the number of voices in the bank.  
  58. >     I have used RESERVE AS WORK 10,55000 to reserve the bank and loaded 
  59. >     the file into Bank 10.  I have also noticed that I can load the same 
  60. >     file into memory when I use RESERVE AS WORK 10,2500.  Does the Bank 
  61. >     Length have to be the same size as the file I load into memory.
  62.  
  63. ^Nope, But it should be AT LEAST as long as the file you'd like to load, if
  64. the bank is smaller you begin to write to none alocated memory, and if
  65. another (or even your own) program uses that area, well down you go.. You
  66. should always check the file length before loading something into a bank.
  67.  
  68.      
  69. >       Obviously I will have to know the file structure before I can do 
  70. >     anything but I am working on getting this from the manufacturer.
  71. >     
  72. >        Any help or advice, good or bad, would be greatly appreciated.  I 
  73. >     know that coding an application like this is much different that 
  74. >     coding a game but I am up for the challenge.  Thanks in advance.
  75.    
  76. ^When you've gotten hold of the structure, then it should be quite easy to
  77. do, the only problem will proberly come up if you'd like to hear the
  78. voices in your program, (Sam Raw might help there), simply copy/move data
  79. from memory banks (or parts thereoff) to other memorybanks, is a piece of
  80. cake.....
  81.  
  82. -- 
  83. Happy greetings, Yours..
  84. __________________________________________________________________________
  85.  /_  __/ __  / __  /\  ___\  __ \__  _\           aka. JENS VANG PETERSEN
  86.   / / / /_/ / ____/  \ \___\  __ \ \ \  Nyvej 8, DK-4450 Jyderup, Denmark
  87.  /_/ /_____/_/        \_____\_\ \_\ \_\             top_cat@post8.tele.dk
  88. --------------------------------------------------------------------------
  89.  I haven't lost my mind; it's backed up on tape somewhere.
  90. --------------------------------------------------------------------------
  91.